INPUT DEVICE WITH FORWARD / BACKWARD CONTROL 

RELATED APPLICATIONS 
The present application is related to a U.S. 
patent application filed on even date herewith 
entitled identified by attorney docket number M61.12- 
0073. The present application is also related to a 
U.S. patent application filed on even date herewith 
entitled "METHOD OF INTERACTING WITH A COMPUTER USING 
A PROXIMITY SENSOR IN A COMPUTER INPUT DEVICE " , 
identified by attorney docket number M61. 12-0095. 

PAfKOROUN D OF THE INVENT ION 
The present invention relates to computer 
systems. In particular, the present invention relates 
to input devices for computer systems. 

In many computer systems, users are able to 
control functions and select displayed items using a 
pointing device such as a mouse. Information about 
the status of a mouse, such as mouse movement and the 
activation of switches on the mouse, is periodically 
provided to the computer by the mouse. This 
information is usually delivered in data packets and 
is generally received by software programs known as 
mouse drivers, which provide an interface between the 
hardware of the mouse and the operating system of the 
computer. In some systems, when the mouse driver 
receives a data packet, it generates one or more mouse 
messages that convey the current status of the mouse 
including what buttons are depressed on the mouse 

The mouse messages generated by the mouse 
driver are typically sent to the application that has 
a display window directly below a mouse cursor, or 
caret, on the screen. However, in some computer 
architectures, other applications can receive a mouse 
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message by registering a message hook with the 
operating system. Under these architectures, the 
operating system keeps a list of registered message 
hooks and when the operating system receives a mouse 
5 message, it sequentially invokes the message hooks. 
Each message hook in the list will be invoked unless 
one of the message hooks consumes the mouse message by 
returning a value to the operating system that tells 
the system to stop invoking message hooks in the list 

10 and to not send the mouse message to the application 
that has a window below the mouse cursor. 

Currently, mice generally have two buttons 
or three buttons. Therefore, applications have been 
written to accept mouse messages indicating events 

15 relating to at most three buttons. They generally do 
not have the ability to deal with any additional 
button closure events. In light of this, it has not 
been possible to implement more than three buttons on 
a mouse in such a way that additional functions can be 

20 invoked from currently available applications by 
depressing one of the additional buttons. 

SUMMARY OF THE INVENTION 
In a computer system having a display and a 
keyboard, a computer readable medium includes 

25 instructions for invoking a message hook procedure 
based on a mouse message indicative of a mouse event. 

Instructions also provide for identifying at least 
one focus application that has a current keyboard 
focus and of converting the mouse message into a 

30 command for the focus application. The command is 
then sent to the focus application and the mouse 
message is prevented from being routed to any other 
applications . 

In one embodiment, the commands include the 



-3- 

command to page forward or backward through pages of 
Internet documents . 

In other embodiments of the present 
invention, instead of converting the mouse message 
5 into a command, the message hook procedure displays a 
graphical user interface based on the focus 
application and the mouse message. The graphical user 
interface includes one or more commands that the user 
may select. Based on the selection made by the user, 
10 the message hook procedure sends a corresponding 
command to the focus application. 

BRTFF nRSHT?TPTTON OF THE D"R AWTNGR 
FIG. 1 is a plan view of an operating 
environment for the present invention. 
15 FIG. 2A is a perspective view of a five 

switch mouse of the present invention. 

FIG. 2B is a top view of the internal 
circuitry and bottom housing of the mouse of FIG. 2A. 

FIG. 2C is a perspective view of a rocker- 
20 arm switch of the mouse of FIG. 2A. 

FIG. 2D is a perspective cut-away view of 
the forward part of the mouse of FIG. 2A. 

FIG. 2E is a bottom view a top housing of 
the mouse of FIG. 2A. 
25 FIG. 3 is more detailed block diagram of the 

computer system of FIG. 1. 

FIG. 4 is a data structure for a mouse 
packet of the present invention. 

FIGS. 5A and 5B are flow diagrams showing a 
3 0 method of handling mouse information under the present 
invention . 

FIGS. 6A-6C are screen displays produced by 
an Internet browser under the present invention. 

FIG. 7A is one embodiment of a graphical 
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user interface under the present invention. 

FIG. 7B is another embodiment of a graphical 
user interface under the present invention. 

FIG. 8 is a flow diagram of a method for one 
5 aspect of an embodiment of the present invention. 

DETATTiFD DES CRIPTION OF THF, TNVFNTTON 
FIG. 1 and the related discussion are 
intended to provide a brief, general description of a 

10 suitable computing environment in which the invention 
may be implemented. Although not required, the 
invention will be described, at least in part, in the 
general context of computer-executable instructions, 
such as program modules, being executed by a personal 

15 computer. Generally, program modules include routine 
programs, objects, components, data structures, etc. 
that perform particular tasks or implement particular 
abstract data types. Moreover, those skilled in the 
art will appreciate that the invention may be 

20 practiced with other computer system configurations, 
including hand-held devices, multiprocessor systems, 
microprocessor-based or programmable consumer 
electronics, network PCs, minicomputers, mainframe 
computers, and the like. The invention may also be 

25 practiced in distributed computing environments where 
tasks are performed by remote processing devices that 
are linked through a communications network. In a 
distributed computing environment, program modules may 
be located in both local and remote memory storage 

30 devices. 

With reference to FIG. 1, an exemplary 
system for implementing the invention includes a 
general purpose computing device in the form of a 
conventional personal computer 20, including a 
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processing unit (CPU) 21, a system memory 22, and a 
system bus 2 3 that couples various system components 
including the system memory 22 to the processing unit 
21. The system bus 23 may be any of several types of 
5 bus structures including a memory bus or memory 
controller, a peripheral bus, and a local bus using 
any of a variety of bus architectures. The system 
memory 22 includes read only memory (ROM) 24 and 
random access memory (RAM) 25. A basic input/output 

io (BIOS) 26, containing the basic routine that helps to 
transfer information between elements within the 
personal computer 20, such as during start-up, is 
stored in ROM 24. The personal computer 20 further 
includes a hard disk drive 2 7 for reading from and 

15 writing to a hard disk (not shown) , a magnetic disk 
drive 2 8 for reading from or writing to removable 
magnetic disk 29, and an optical disk drive 30 for 
reading from or writing to a removable optical disk 31 
such as a CD ROM or other optical media. The hard 

20 disk drive 27, magnetic disk drive 28, and optical 
disk drive 30 are connected to the system bus 23 by a 
hard disk drive interface 32, magnetic disk drive 
interface 33, and an optical drive interface 34, 
respectively. The drives and the associated computer- 

2 5 readable media provide nonvolatile storage of computer 
readable instructions, data structures, program 
modules and other data for the personal computer 20. 

Although the exemplary environment described 
herein employs the hard disk, the removable magnetic 

30 disk 29 and the removable optical disk 31, it should 
be appreciated by those skilled in the art that other 
types of computer readable media which can store data 
that is accessible by a computer, such as magnetic 
cassettes, flash memory cards, digital video disks, 
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Bernoulli cartridges, random access memories (RAMs) , 
read only memory (ROM) , and the like, may also be used 
in the exemplary operating environment. 

A number of program modules may be stored on 
5 the hard disk, magnetic disk 29, optical disk 31, ROM 
24 or RAM 25, including an operating system 35, one or 
more application programs 36, one or more device 
drivers 60, other program modules 37, and program data 
38. A user may enter commands and information into 

10 the personal computer 2 0 through input devices such as 
a keyboard 40, pointing device 42 and a microphone 43. 

Other input devices (not shown) may include a 
joystick, game pad, satellite dish, scanner, or the 
like. These and other input devices are often 

15 connected to the processing unit 21 through a serial 
port interface 46 that is coupled to the system bus 
23, but may be connected by other interfaces, such as 
a sound card, a parallel port, a game port or a 
universal serial bus (USB) . A monitor 47 or other 

20 type of display device is also connected to the system 
bus 23 via an interface, such as a video adapter 48. 
In addition to the monitor 47, personal computers may 
typically include other peripheral output devices, 
such as a speaker 45 and printers (not shown) . 

2 5 The personal computer 2 0 may operate in a 

networked environment using logic connections to one 
or more remote computers, such as a remote computer 
49. The remote computer 4 9 may be another personal 
computer, a hand-held device, a server, a router, a 

30 network PC, a peer device or other network node, and 
typically includes many or all of the elements 
described above relative to the personal computer 20, 
although only a memory storage device 5 0 has been 
illustrated in FIG. 1. The logic connections depicted 
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in FIG. 1 include a local area network (LAN) 51 and a 
wide area network (WAN) 52 . Such networking 

environments are commonplace in offices, enterprise- 
wide computer network Intranets and the Internet. 
5 When used in a LAN networking environment, 

the personal computer 2 0 is connected to the local 
area network 51 through a network interface or adapter 

53. When used in a WAN networking environment, the 
personal computer 2 0 typically includes a modem 54 or 

10 other means for establishing communications over the 
wide area network 52, such as the Internet. The modem 

54, which may be internal or external, is connected to 
the system bus 23 via the serial port interface 46. 
In a network environment, program modules depicted 

15 relative to the personal computer 20, or portions 
thereof, may be stored in the remote memory storage 
devices. It will be appreciated that the network 
connections shown are exemplary and other means of 
establishing a communications link between the 

20 computers may be used. For example, a wireless 
communication link may be established between one or 
more portions of the network. 

FIG 2A is a perspective view of a mouse 101 
capable of being used with the present invention. 

25 Mouse 101 includes an upper housing 102, a lower 
housing 103, a primary button 104, a secondary button 
105, a wheel 106, a rocker button 200, and an output 
cable 110. Rocker button 200 is capable of being 
rocked in directions 2 01 into the side of bottom 

30 housing 103. Primary button 104 and secondary button 
105 are capable of being depressed toward bottom 
housing 103, and wheel 106 is capable of being rotated 
in directions 107 and depressed in direction 108. 

As shown in FIG. 2B, mouse 101 includes a 
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ball 119 that rests in a middle portion of lower 
housing 103 and protrudes through a hole 120 (shown in 
dashed lines) in the lower surface of the mouse. X 
and Y axis transducers 121 and 121', respectively, 
5 translating motion into electrical signals, and each 
include an encoder wheel shaft 122 and an encoder 
wheel 124 axially fixed to an end of each encoder 
wheel shaft 122. The encoder wheel shafts 122 are 
oriented perpendicular to each other within lower 

10 housing 103, and adjacent to the ball 119. 

A wheel pin 126 and an end pin 127 (both 
shown in dashed lines) axially extend from each 
encoder wheel shaft 122 into a pair of pin holes, 
formed in a pair of supports 128, to rotatably receive 

15 the encoder wheel shaft. Each pair of shaft supports 
12 8 rotatably retains one of the encoder wheel shafts 
122. The wheel pin 126 axially extends from the end 
of the encoder wheel shaft 122 proximal to the encoder 
wheel 124. The end pin 127 axially extends from the 

20 end of the encoder wheel shaft 122 distal from the 
encoder wheel 124 . 

A spring-biased roller 13 0 projects upwardly 
from and is rotatably retained by the lower housing 
103. The spring-biased roller 130 is positioned 

25 opposite to an interior angle formed by the 
perpendicularly positioned encoder wheel shafts 122 
and biases the ball 119 into contact with the encoder 
wheel shafts and toward the interior angle, while 
allowing the ball to freely rotate, and cause the 

30 encoder wheel shafts 122 and the encoder wheels 124 to 
rotate . 

A light -emitting element, such as a light- 
emitting diode ("LED") 166, is positioned on one side 
of each encoder wheel 124. A light-detecting element, 
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such as a phototransistor 168, is positioned opposite 
each LED 166 on the other side of each encoder wheel 
124. As each encoder wheel 124 rotates, light from 
the LED 166 is alternatively blocked and transmitted 
5 through the encoder wheel 124 and received by the 
phototransistor 168 depending on whether one of 
several notches 125 in the perimeter of the encoder 
wheel is positioned between the LED 166 and 
phototransistor 168. 
io A primary switch 170 and a secondary switch 

172 are positioned below the primary input button 104 
and the secondary input button 105, respectively (see 
FIG. 2A) , whereby actuation of the primary or 
secondary input button results in actuation of the 
15 corresponding switch. A roller switch 174 is 

positioned adjacent to wheel 106, and can be actuated 
by depressing wheel 106 downwardly as described below. 

The switches 170 and 172 are spaced apart in 
positions approximately within the front left and 
20 right corners of the lower housing 103, respectively, 
to accommodate positioning of the wheel 106 and 
carriage 140 therebetween. It is desirable to allow a 
user to depress the primary or secondary buttons 104 
and 105 at any portion on the upper surface of these 
25 buttons (see FIG. 2A) , while still actuating the 
switches 170 and 172, respectively. 

The primary and secondary switches 170 and 
172, the roller switch 174, the LEDs 166 and the 
phototransistors 168 are all mounted on a single 
30 printed circuit board 182, and coupled by known means 
to additional circuitry 184 mounted thereon. 
Additional circuitry 184 includes a microcontroller 
and other discrete electronic devices known by those 
skilled in the relevant art to cause LEDs 166 to emit 
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light, to cause phototransistors 168 to produce 
signals based on the light, to receive the signals, 
and to convert these signals to appropriate computer 
signals to be output over cord 110 to the computer. 

Rocker button 200 includes support arms 2 02 
and 2 08 that have openings used to snap fit rocker 
button 200 into pins 204 and 210 that are integrally 
formed in lower housing 103. Support arms 202 and 208 
and pins 204 and 210 are positioned such that rocker 
button 2 00 can pivot about an axis between pins 2 04 
and 210 in directions 201 shown in FIG. 2A. 

Rocker button 2 00 is in contact with a 
rocker arm 220 of a rocker arm switch 222. Rocker arm 
22 0 pivots about a connecting pin extending between 
two arms of a support 224. Support 224 is in turn 
supported by base support 22 6, which also supports a 
first switch 228. 

Rocker arm switch 222 is shown in more 
detail in FIG. 2C, which provides a perspective view 
of the rocker arm switch. In FIG. 2C, rocker arm 220 
is shown connected to switch 228 and a second switch 
230 by respective plungers 232 and 234. As button 200 
is pivoted, it causes rocker arm 22 0 to pivot about 
connecting pin 23 6 causing either plunger 2 32 to move 
into switch 228 or plunger 234 to move into switch 230 
and thereby closing the respective switch. Since 
rocker arm 22 0 can not close both switch 228 and 
switch 23 0 at the same time, the switches are not 
independently depressible. In some embodiments, 

switches 228 and 230 include internal springs that 
open their respective switches when force is not being 
applied to button 200. Signals from switches 228 and 
230 are provided to additional circuitry 184 of FIG. 
2B . 
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In alternative embodiments, rocker arm 
switch 200 is implemented as two discrete switches. 
In other embodiments, the orientation of the rocker 
arm switch or the discrete switches is different. 
5 As shown more clearly in FIG. 2D, wheel 106 

consists of a disk 136 having an elastomeric covering 
137 extending circumf erentially around the disk. A 
pair of pins 138 forming an axle extending axially 
from opposite sides of the disk 136. A substantially 
io rectangular cross - section hub 13 9 extends from one of 
the pins 138. The pins 138 are snap-fit into a pair 
of round apertures 141 formed by two pairs of upwardly 
extending fingers 135 formed in a carriage 140. As 
explained more fully below, carriage 140 is movably 
15 retained in position in lower housing 103. 

A pair of vertically extending flanges 143 
protrude from opposite sides of an encoder enclosure 
142, while a pair of vertically extending ribs 145 
protrude from a side of carriage 14 0. A pair of 
20 vertically extending grooves 147 formed in the ribs 
145 each receive one of the flanges 143 of the encoder 
enclosure 142 so that the encoder closure is securely 
received by carriage 140. When so received, an 

inverted U-shaped slot 161 in the encoder enclosure 
25 142 is axially aligned with the round apertures 141 of 
the carriage 140. The flanges 143 each have a tapered 
lower end 143' to readily allow the encoder closure 
142 to be slid into the grooves 147 during 
manufacture. A flexible web connector 151 

30 electrically interconnects a portion of the Z-axis 
transducer assembly 153 with the printed circuit board 
182 . 

The carriage 140 rests upon a pair of 
springs 176. A pair of pins 177, extending upwardly 
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from the lower housing 103, extends through and 
retains a lower portion of springs 176. Four vertical 
guides 178 (having a substantially 45° angular cross- 
section) extend upwardly from the lower housing 103 to 
5 slidably retain four corners 140' of the carriage 140 
and thereby allow the carriage to slidably rest upon 
springs 176, while restricting movement of the 
carriage to sliding movement in a vertical direction. 
As a result, the wheel 106 can be depressed and the 

10 carriage 140 thereby slid downwardly toward the lower 
housing 103 of the mouse 101 so that a switch 
engagement arm 180 extending from the carriage 
(opposite the encoder enclosure 142) is moved 
downwardly to actuate the roller switch 174. In 

15 particular, a lower end portion 179 of the switch 
engagement arm 180 engages and depresses a switch 
button of the roller switch 174, until a lower surface 
of a downwardly extending stop portion 183 of the 
switch engagement arm engages an upper surface 185 of 

20 the roller switch 174 to limit downward movement of 
the switch engagement arm (and therefore prevent 
further downward movement of the switch button 181) . 
Without the stop portion 183, the switch button 181 of 
the roller switch 174 might be depressed inwardly too 

25 far, causing the button to become stuck in the 
do wnwa r d po s i t i on . 

Additionally, carriage 140 can be depressed 
downwardly to actuate the roller switch 174, while 
wheel 106 is rotated. Therefore, the user can depress 

30 and hold the roller switch 174, thereby generating a 
switch signal, while simultaneously rotating the wheel 
106 to generate roller position signals. 

Several legs 164, extending downwardly from 
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carriage 14 0, rest against an upper surface of the 
lower housing 103 when the wheel 106 is fully 
depressed, to thereby restrict further downward 
movement of the carriage. A tab 165, extending 
5 outwardly from one of the ribs 145 of the carriage 
14 0, and an upper surface of one of the pair of 
fingers 135 that are opposite the tab 165, rest 
against stop members 402 and 404, respectively, of the 
upper housing 102 (FIG. 2D) , to thereby limit upward 

10 movement of the roller 106 and carriage 140. 

Referring to FIG. 2E, which is a bottom view 
of upper housing 102, primary button 104 and secondary 
button 105, primary and secondary buttons 104 and 105 
are integrally formed with a resilient hinge member 

15 406 extending from a rearward edge of each of the 
buttons. Hinge member 406 is received through an 
opening 411 in upper housing 102 and secured thereto 
by locking tabs 410 which snap-fit into recesses 412 
in the hinge member. When the hinge member 4 06 is 

20 retained by the upper housing 102, and the upper 
housing is secured to the lower housing 103, a pair of 
switch-actuating plungers 415, one extending downward 
from each of the primary and secondary buttons 104 and 
105, are positioned over corresponding ones of the 

25 switches 170 and 172 to engage and depress the 
switches. When upper and lower housings 102 and 103 
are secured together, wheel 106 extends upward through 
an oval hole 417 formed between primary and secondary 
buttons 104 and 105 (as shown in FIG. 2A) . 

30 A channel 408 extends transversely across 

the hinge member 4 06 between the left and the right 
sides thereof to provide an area where the material 
(e.g., plastic) forming the hinge member is thinner, 
and thereby provides a hinge line at which the buttons 
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104 and 105 pivot when depressed. The hinge member 406 
is resilient and provides an upwardly directed return 
force to return the buttons 104 and 105 to their 
original position after being depressed. Importantly, 
5 a post 413 extending downwardly from the upper housing 
102 is split longitudinally with respect to the 
housing to form left and right post portions 414, with 
a gap therebetween. The hinge member 406 has left and 
right post portions 409, each with a resilient, 

10 laterally outward primary hinge portion 417 and a 
resilient, laterally inward secondary hinge portion 
418 having a hole 416 therebetween sized to receive a 
corresponding one of the left and right post portions 
414 therethrough when the hinge member is secured to 

15 the upper housing 102. By splitting the downwardly 
extending posts 413 into left and right post portions 
414, the left and right secondary hinge portions 418 
of the hinge member 406 can extend therebetween and 
provide an upward return force to the buttons 104 and 

20 105 at a laterally inward side thereof to better 
distribute the return force applied by the hinge 
member 406, as will be described below. A 
longitudinally extending space 42 0 is provided between 
the left and right secondary hinge portions 418 to 

25 isolate the primary and secondary buttons 104 and 105 
so that movement of either button does not cause 
movement of the other button. 

The mouse generates X and Y axis position 
signals for the computer system generally in a manner 

30 typical of most current mice. In operation, mouse 101 
is moved or slid along a planar surface, causing the 
ball 119 protruding through the hole 12 0 to rotate. 
As the ball 119 rotates, it rotates the encoder wheel 
shafts 122 of the X and Y transducers 121 and 121', 
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which, in turn, rotate the encoder wheels 124 fixed 
thereon. As the encoder wheels 124 rotate, the 
phototransistors 168 receive pulses of light from the 
LEDs 166 as the notches 125 sweep past the LEDs . Each 
5 phototransistor 168 converts these pulses of light 
into varying electrical signals, which are input to 
additional circuitry 184 . 

The number of transitions between digital 
"0" and "1" signals detected by additional circuitry 

10 184 indicates the magnitude of mouse travel. Together, 
determination of direction and magnitude of mouse 
travel are referred to in the art as quadrature 
calculation. Quadrature calculation is performed by 
additional circuitry 184 using known techniques to 

15 produce count signals indicating movement of mouse 101 
along X and Y axes. The count signals are either 
positive or negative, indicating movement of mouse 101 
in either forward or reverse direction along a 
particular axis. 

20 Mouse 101 generates Z-axis position signals 

for the computer system in a manner similar to that 
for generating X and Y axis signals. The Z-axis 
transducer assembly 153 of FIG . 2C produces Z-axis 
signals, which are input to additional circuitry 184. 

25 Additional circuitry 184 determines the direction and 
magnitude of rotation of wheel 106 from these signals 
using quadrature calculation. 

Although mouse 101 has been described in 
connection with a track ball used to determine 

3 0 movement of the mouse, the present invention can also 
be used with solid-state mice that detect movement of 
the mouse by collecting images of portions of the 
surface over which the mouse travels. 

FIG. 3 provides a more detailed block 
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diagram of the interaction between mouse 101 and 
computer system 20. To better understand the 

operation of mouse 101 and computer system 2 0 of FIG. 
3, the components of that system will be discussed in 
5 connection with flow diagrams of FIGS. 5A and 5B, 
which show a process of one embodiment of the present 
invention, and in connection with a data structure 
shown in FIG . 4 . 

In FIG. 5A, a process of the present 

10 invention starts when the user manipulates mouse 101 
at a step 380. Based on this manipulation, mouse 101 
generates a mouse packet that is passed to serial 
interface 264 at a step 382. An example of a mouse 
packet under one embodiment of the present invention 

15 is shown in FIG. 4 as mouse packet 300. Those skilled 
in the art will recognize that the mouse packet and 
the serial interface described below are used in PS/2 
and serial mouse connections. For USB connections the 
mouse information is sent to the mouse driver using 

20 publicly available USB protocols for mice. 

In FIG. 4, four-byte mouse packet 3 00 is 
shown in a row and column format with bytes 3 02, 3 04, 
3 06, and 3 08 shown in rows and the individual bits of 
each of the bytes shown in columns. Byte 3 02 is the 

25 first byte provided by mouse 101, byte 3 04 is the 
second byte, byte 3 06 is the third byte, and byte 308 
is the fourth byte. The columns of bits are organized 
with the least significant bits on the far right and 
the most significant bits on the far left. Thus, 

30 column 310 includes the least significant bits of each 
of the f our bytes and column 312 includes the most 
significant bits of each of the four bytes. 

Within mouse packet 300, first byte 302 
includes left button bit 314, right button bit 316, 
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and middle button bit 318. A "1" in left button bit 
314 indicates that the left button is depressed and a 
"0" in left button bit 314 indicates that the left 
button is not depressed. Similarly, a "1" in right 
5 button 316 or middle button bit 318 indicates that the 
right button or the middle button, respectively, are 
depressed and a "0" in either of these bits indicates 
that their respective button is not depressed. 

Fourth bit 320 of byte 302 is set to one. 

io Fifth bit 322 of byte 302 is the ninth bit 

of a nine-bit signed value that is completed by byte 
304. The nine-bit value produced by the combination 
of bit 322 and byte 304 represents the direction and 
magnitude of movement of the mouse along the X 

15 coordinate. Since the nine-bit value is in two's 
complement format, bit 322 indicates the direction of 
mouse movement such that if it has a value of "0", 
mouse movement is in a positive X direction and if it 
has a value of "1", mouse movement is in a negative X 

20 direction. 

Sixth bit 324 of first byte 302 is the ninth 
bit of a nine-bit signed value that is completed by 
byte 306. The combination of bit 324 and third byte 
3 06 produces a value that indicates the magnitude and 

25 direction of movement of the mouse along the Y 
coordinate. Since this value is a two's complement 
signed value, bit 324 indicates the direction of 
movement along the Y coordinate such that if it has a 
value of "1", the mouse movement is in a negative Y 

30 direction, and if it has a value of "0", the mouse 
movement is in a positive Y direction. 

Seventh bit 326 and eighth bit 328 of first 
byte 3 02 indicate whether the nine-bit values formed 
by bit 322 and byte 304 and by bit 324 and byte 306, 



respectively, have incurred an overflow condition. 
This occurs when more than nine bits of movement have 
been detected by the mouse. In this condition, the 
respective nine-bit value should be set to their 
5 maximum magnitude for the direction of movement. 

The least significant four bits 330, 332, 
3 34, and 336 of fourth byte 308 represent the 
direction and magnitude of movement of mouse wheel 
106. The value represented by bits 330, 332, 334, and 

10 336 is a signed value wherein a positive value 
indicates wheel motion toward the user and a negative 
value indicates wheel motion away from the user. 

Bits 338 and 340 are the fifth and sixth 
bits of byte 308, respectively, and indicate closure 

15 of switches 228 and 230, respectively, of mouse 101. 
Thus, when bit 338 has a value of "1" switch 228 is 
closed indicating that upper edge of rocker button 200 
is tilted in toward switch 228. 

Bits 342 and 344 of fourth byte 308 are 

20 reserved for later use and are set to zero. 

Returning to FIGS . 3 and 5A, when serial 
interface 46 receives mouse packet 3 00, it converts 
the serial information of mouse packet 3 00 into a set 
of parallel information and provides the parallel 

25 packets to a mouse driver 264 of FIG. 3 at a step 384 
of FIG. 5A. At step 386, mouse driver 264 determines 
if this is a side button event by examining bits 338 
and 340 of mouse packet 300. If this is not a side 
button event, mouse driver 2 64 creates a mouse message 

30 based on the event at a step 388. The creation of the 
mouse message is identical to the manner in which 
existing mice create mouse messages for non-side- 
button events. 

If at 386, mouse driver 264 determines that 
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this is a side button event, the process of FIG. 5A 
continues at step 390 where mouse driver 264 creates a 
specialized middle-button mouse message. The mouse 
message is specialized in that one of its parameters 
5 includes the identity of the side button that 
experienced the event. 

Under one embodiment , where the mouse driver 
2 54 is implemented with an operating system such as 
Windows NT®, Windows 95®, or Windows 98® provided by 

10 Microsoft Corporation of Redmond, Washington, mouse 
driver 2 64 selects the mouse message from four 
possible middle-button mouse messages. The four 

middle-button mouse messages are divided into two 
types depending on the location of the cursor within a 

15 window. If the cursor is located within a non-client 
area, such as a boarder along the window, or a 
toolbar, mouse driver 2 64 generates a 

"WM_NCMBUTTONDOWN" mouse message when a side button is 
depressed and a "WM_NCMBUTTONUP" message when a side 

20 button is released. When the mouse cursor is 

positioned over a client portion of a window, mouse 
driver 2 64 generates a " WM_MBUTTONDOWN " mouse message 
when a side button is depressed and a " WM_MBUTTONUP " 
mouse message when a side button is released. 

25 Each of these four mouse messages includes a 

pointer to a structure containing a set of parameters 
associated with the message. One of these parameters 
is the current position of the mouse cursor on the 
screen. Another parameter in the structure is a 

30 thirty- two-bit value denoted as "Extrainfo" . In some 
embodiments, mouse driver 264 specializes the middle- 
button mouse message by storing the identity of the 
side button that was depressed or released. 

After mouse driver 264 creates the mouse 
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message at either step 390 or 388, the process of the 
present invention continues at step 500 of FIG. 5B . 
At step 500, an operating system 266 of FIG. 3 
receives the mouse message from mouse driver 264. In 
5 some embodiments, operating system 266 is a Windows 
NT®, a Windows 95®, or Windows 98® brand operating 
system provided by Microsoft Corporation of Redmond, 
Washington . 

In some embodiments, operating system 266 

10 includes a mouse message hook list that identifies a 
series of mouse message hook procedures 268. When 
operating system 266 receives a mouse message, it 
examines its mouse message hook list to determine if 
any mouse message hook procedures have registered 

15 themselves with operating system 266. If at least one 
mouse message hook procedure has registered itself 
with operating system 2 66, operating system 266 will 
pass the mouse message to the registered mouse message 
hook procedure 268 that appears first on the list. 

20 Under the present invention, a message 

interceptor 270 of FIG. 3, which is a message hook 
procedure developed under the present invention, 
registers itself with operating system 266 at a step 
398 before step 500 of FIG. 5B and before step 380 of 

25 FIG. 5A. 

Thus, after operating system 2 66 receives a 
mouse message from mouse driver 264 at step 500 of 
FIG. 5B, the operating system passes the mouse message 
to the first registered mouse message hook procedure 
30 at a step 502. If the message hook is not message 
interceptor 270 at step 504, the called message hook 
executes at a step 506 and returns a value to 
operating system 266 that instructs the operating 
system to pass the mouse message to the next 
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registered mouse message hook. This is shown in FIG. 
5B as a return from step 506 to step 502. 

If at step 504, the next message hook in the 
list is message interceptor 270, the process continues 
5 at step 508 where message interceptor 270 determines 
if this is a middle-button mouse message. If this is 
not a middle-button mouse message, message interceptor 
270 returns a value to operating system 266 to 
indicate that operating system 266 should pass the 

io mouse message to the next message hook in the list. 
Thus, the process returns to step 502 from step 508. 

If at step 508, message interceptor 270 
determines that this is a middle-button mouse message, 
it proceeds to step 510 where it examines the 

15 "Extrainfo" parameter associated with the middle- 
button mouse message. If there is no side button 
information at a step 512 of FIG. 5B, message 
interceptor 2 70 returns a value to operating system 
266 to indicate that the operating system should pass 

20 the mouse message to the next registered mouse message 
hook. This is shown in FIG. 5B as a return step 502. 

If at step 512, message interceptor 270 
determines that the mouse message includes side button 
information in the "Extrainfo" parameter, message 

25 interceptor 270 identifies the current focus window at 
a step 514. The current focus window is also known as 
the top window and is the window designated by the 
operating system to receive keyboard messages 
indicative of keystrokes made on the keyboard. It is 

30 not necessarily the window directly beneath the mouse 
cursor because the cursor can be placed outside of the 
window that is currently receiving keyboard 
information. To make this determination, message 
interceptor makes a call to an application programming 
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interface (API) provided by operating system 266 that 
identifies the current focus window. 

At a step 516 of FIG. 5B, message 
interceptor determines the command or graphical user 
5 interface that is to be used based on the identity of 
the side button, the event that occurred with the side 
button, and the identity of the focus window. This 
determination can be made with the aid of a database 
such as an entry in the registry maintained by 

10 operating system 266 for operating systems such as 
Windows NT®, Windows 95®, or Windows 98®. Thus, for 
the same focus window, the depression of switch 228 of 
FIG. 2C can have a separate command associated with it 
than the depression of switch 230. In addition, 

15 different focus windows can have different commands 
associated with the side buttons. For example, for 
one focus window the depression of switch 228 can be 
associated with a page back function, while for 
another focus window the depression of switch 22 8 can 

20 be associated with an "UNDO" function. 

In addition, some focus window/side button 
event combinations are not associated with a command 
but instead are associated with the production of a 
graphical user interface that will appear on top of 

25 the focus window. 

At step 518, message interceptor 270 
determines if the current focus window and current 
side button event are associated with the production 
of a graphical user interface. If they are associated 

30 with a graphical user interface, message interceptor 
270 makes a call to a graphical user interface program 
274 of FIG. 3 associated with this side button event 
and focus window. This occurs at a step 520 of FIG. 
5B . 
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If at step 518 of FIG. 5B, message 
interceptor 270 determines that the current side 
button event and focus window are associated with a 
command or after the user selects a command from the 
5 graphical user interface displayed at step 520, 
message interceptor 270 issues the command to the 
focus window application, which is shown as focus 
application 272 in FIG. 3. The issuance of this 
command is shown in step 522 of FIG. 5B . Based on 

10 this command, focus application 272 performs a 
function such as paging back or forward through an 
Internet document, undoing or redoing a previously 
performed function, or paging upward or downward 
within a document. Examples of these functions are 

15 described further below. 

After message interceptor 270 has issued the 
command to focus application 272, message interceptor 
270 consumes the mouse message by removing the message 
from the message chain at a step 524 . This is 

20 accomplished by returning a value to operating system 
266 that indicates to the operating system that it 
should not pass the mouse message to any other message 
hook procedures or to the Window below the mouse 
cursor . 

25 Through the process of FIGS. 5A and 5B, the 

present invention is able to use an additional mouse 
button to invoke functions in applications that do not 
directly support such a button. By using an existing 
mouse packet protocol and existing mouse messages, the 

30 present invention is able to make a mouse with more 
than three buttons functionally compatible with 
existing applications. 

FIGS. 6A, 6B, 6C, shows changes in a display 
screen that can be achieved using side button 200 of 
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mouse 101 in conjunction with message interceptor 270 
of FIG. 3. FIG. 6A shows a screen display 560 with a 
window 562 that is produced by an Internet browser, in 
this case Internet Explorer 4.0® produced by Microsoft 
5 Corporation. Window 562 includes the image of a 
current Internet page 564 as well as back button 566 
and forward button 568. 

In the prior art, in order to page backward 
to a previous Internet document page, the user had to 

10 place the cursor over back button 566 and depress and 
release the left button. Alternatively, the user 
could simultaneously press the "Alt" key and the left 
arrow key to cause Internet Explorer 4.0® to page 
backward to a previous Internet page. 

15 Under an embodiment present invention, the 

user simply has to press and release button 200 of 
mouse 101 so that switch 228 is depressed while window 
562 is the focus window of screen display 560. It 
does not matter where the cursor is currently 

20 positioned when window button 200 is depressed and 
released . 

In this embodiment this is accomplished by 
message interceptor 270, which receives two middle 
button mouse messages that indicate that switch 22 8 

25 has been depressed and released. Based on these two 
mouse messages, and after identifying that Internet 
Explorer 4.0® is the focus window, message interceptor 
270 determines that this button is associated with a 
page back function. In order to cause Internet 

30 Explorer 4.0® to execute a page back function, message 
interceptor 270 posts a series of keyboard messages 
that falsely indicate that the user has simultaneously 
depressed the "Alt" key and the left arrow key and 
then has released both keys . 



When Internet Explorer 4.0® receives these 
keyboard messages, it interprets them as if the user 
has actually made these keys strokes. Based on these 
keyboard messages, Internet Explorer 4.0® pages 
backward to the previous Internet document that was 
shown on display screen 560. An example of this 
previous document is shown as previous page 570 in 
screen display 560 of FIG. 6B. 

In the prior art, users could also page 
forward to documents that were initially shown after 
the current page, but which are no longer in view 
because the user has paged backward at some point . 
Under the prior art, the user initiates at page 
forward command either by positioning the cursor over 
forward button 568 and depressing and releasing the 
left button of the mouse or by simultaneously pressing 
the "Alt" key and the right arrow key. 

Under the present invention, the user can 
page forward to the next Internet page simply by 
pressing and releasing button 200 such that switch 230 
is closed and opened. This causes two mouse messages 
to be sent to message interceptor 270, which 
interprets the mouse messages as the depression and 
release of switch 230. Based on the identity of the 
switch that was depressed and released and the fact 
that Internet Explorer 4.0® is the focus window, under 
one embodiment of the invention, message interceptor 
270 produces a series of keyboard commands that 
indicate the simultaneous depression of the "Alt" key 
and the right arrow key followed by the simultaneous 
release of those keys. Message interceptor 270 then 
posts these messages to Internet Explorer 4.0®, which 
interprets them as actual keystrokes and thus 
initiates a page forward function. The result of this 
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page forward function is shown in FIG. 6C where 
forward page 576 is shown in Explorer window 562 of 
display 560 . 

Similar commands can be sent to other 
5 applications under the present invention. For 
instance, the depression and the release of switch 228 
can be associated with a command to cause an 
application to undo a previously performed function. 
For example, the depression and release of switch 22 8 

10 can be associated with the "undo" function found in 
Microsoft's word processing program Word®. In such an 
embodiment, when message interceptor 2 70 receives a 
middle button mouse messages indicating the depression 
and release of switch 228, it post keyboard messages 

15 to Microsoft's Word® application that are interpreted 
by Microsoft's Word® application as an instruction to 
undo the previous performed function. Thus, if the 
user had mistakenly deleted a word from their 
document, simply by depressing and releasing mouse 

20 button 200 such that switch 228 is depressed and 
released, they can invoke the "undo" function of Word® 
and cause the deleted word to reappear in the 
document. Furthermore, the present invention can also 
be used to invoke the "redo" function, which reverses 

25 an "undo" function performed earlier. For example 
this function can be invoked in an embodiment of the 
present invention when the user depresses and releases 
mouse button 200 such that switch 230 is depressed and 
released . 

30 In another embodiment of the present 

invention, the depression and release of a side button 
can be associated with a page down function in the 
focus application such that when the side button is 
depressed and released the application pages through a 
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multi-page document. In one such embodiment, the 
depression and release of switch 228 is converted into 
commands that instruct an application to page up 
through a document and the depression and release of 
5 switch 23 0 is converted into commands that instruct 
the application to page downward through the document. 

Those skilled in the art will recognize that 
the present invention is not limited to causing 
applications to perform the functions described above. 

10 Other functions may be implemented with the 
applications described above. In addition, although 
the present invention has been described in connection 
with specific applications, those skilled in the art 
will recognize that the invention can be used in 

15 conjunction with many different types of applications. 

FIG. 7A depicts a screen display 600 showing 
a window 602 and a graphical user interface 604 having 
a forward button 608, a back button 606, and a double- 
headed arrow 610. As discussed above, a graphical 

20 user interface, such as graphical user interface 604, 
will be displayed when message interceptor 270 
receives a side button mouse event that is associated 
with a graphical user interface for the current focus 
window . 

25 In some embodiments, after determining that 

a mouse event has occurred and that the event is 
associated with a graphical user interface, message 
interceptor 270 waits for a period of time to see if 
it receives a related second mouse message indicating 

30 that a related second mouse event has occurred. The 
first event and the related second event can include 
many combinations of events. For example, the first 
event can be the depression and release of a side 
button on the mouse and the second event can be 
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rnovement of the mouse or a subsequent depression and 
release of the side button of the mouse. 
Alternatively, the first event can be the depression 
of the side button and the second event can be 
5 movement of the mouse or the release of the side 
button. Note that the first and second events can be 
any of those discussed above or any other suitable 
combination of events. 

If message interceptor 270 receives a 

10 related second mouse message within the set period of 
time, it examines the position of the mouse cursor 
found in the two mouse messages. If the mouse was 
significantly moved to the left between the time of 
the first event and the time of the second event, 

15 message interceptor 270 accesses a database to 
determine a command to be sent to the focus window. 
In the example of FIG. 7A, message interceptor 270 
would send a command to perform a back function, since 
the user's movement would have placed the cursor over 

20 back button 606 if graphical user interface 604 had 
been displayed. This command is sent as a series of 
keyboard messages that are posted to the focus window 
as discussed above. 

If the mouse was moved to the right between 

25 the time of the first event and the time of the second 
event, message interceptor 270 retrieves a separate 
command for the focus window. In the example of FIG. 
7A, message interceptor 270 would send a series of 
keyboard messages representing a request for a forward 

30 function since the user's movement to the right would 
have placed the mouse cursor over forward button 608 
if graphical user interface 604 had been displayed. 

Those skilled in the art will recognize that 
the left and right directions are provided as examples 
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and that message interceptor 270 will also detect up 
and down movement as well as diagonal movement of the 
mouse between the time of the first event and the time 
of the second event . 
5 If the time interval passes without message 

interceptor 270 receiving a second mouse message 
indicating that a related second event occurred, 
message interceptor 270 calls the graphical user 
interface application associated with the current 

10 focus window and the graphical user interface 
application generates the graphical user interface. 
For example, in FIG. 7A, the graphical user interface 
application produces graphical user interface 604. 

When message interceptor 270 later receives 

15 a second message indicating that a second event 
occurred, it passes the coordinates of the mouse 
cursor associated with the second message to the 
graphical user interface application. The graphical 
user interface application then determines what 

20 command the mouse cursor was over when the second 
event occurred. For instance, if the mouse cursor is 
over forward button 608 when the second event occurs, 
the graphical user interface application identifies 
the forward function as the selected command. 

25 The selected command is then returned to 

message interceptor 270, which converts the command 
into a format accessible by the focus window or which 
simply passes the command to the focus window. To 
perform the conversion, message interceptor 270 can 

30 use a database that describes the format for 
particular commands and focus windows. 

Although only back button 606 and forward 
button 608 are shown in FIG. 7A, those skilled in the 
art will recognize that the graphical user interface 
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application can produce other buttons. In particular, 
buttons may be added vertically above and below arrow 
610 and diagonally from arrow 610. This results in a 
radial or pie menu such as pie menu 620 of FIG. IB. 
5 In addition, those skilled in the art will recognize 
that the size and shape of the buttons can be changed 
without altering the functions of the present 
invention . 

Although the present invention has been 

10 described in connection with mouse 101 having side 
button 200, those skilled in the art will recognize 
that the present invention can be practiced with other 
types of buttons and switches. In particular, rocker 
arm switch 222 can be replaced by two separate 

15 switches that are activated by independent buttons. 
The switches can also be replaced by touch sensors 
that are capable of providing an electrical signal 
indicative of when the user is touching a particular 
area of the mouse. Examples of such touch sensors are 

20 found in a U.S. patent application entitled " PROXIMITY 
SENSOR IN AN INPUT DEVICE" that was filed on even date 
herewith, the inventors of which were under an 
obligation to assign their invention to the first 
assignee of the present application. 

25 In addition, those skilled in the art will 

recognize that although the location of button 200 has 
been referred to as being on the side of the mouse, 
other embodiments of the present invention place the 
additional switches or contact sensors at different 

30 locations on the mouse. For example, the 

functionality provided by switches 228 and 230 can be 
realized by placing touch sensors on top of the left 
button of the mouse. Under such embodiments, the 
present invention operates in the same manner except 
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that the two bits in the mouse packet produced by the 
mouse represent contact with two separate contact 
strips on the button instead of the depression or 
release of side switches 228 and 230. 
5 To allow a five-button mouse of the present 

invention to operate with a number of different 
drivers, and to allow a driver of the present 
invention to operate with a number of different mice, 
the mouse and driver are synchronized to each other 

10 when the driver first starts. The steps involved in 
this synchronization process are shown in the flow 
diagram of FIG. 8. 

The process of FIG. 8 begins at step 700 
where the driver requests a mouse identification (ID) 

15 from the mouse. At step 702, the mouse returns its 
mouse ID, which indicates what type of mouse it is. 
At step 704, the driver uses the mouse ID to determine 
how many buttons are on the mouse and whether the 
mouse has a wheel . This information can be stored on 

20 the registry or in some other suitable database. 

If the mouse does not have a wheel at step 
706, the process ends at step 708 with the driver 
configured to accept data from a mouse that does not 
have a wheel . If the mouse does have a wheel at step 

25 706, the driver sends a set of three " SET RATE" 
commands to the mouse at step 710. These commands are 
combined by the mouse and the combination is 
interpreted as an instruction to activate the wheel of 
the mouse by passing wheel data to the driver as the 

30 wheel is manipulated. 

After step 710, the driver determines if the 
mouse is a five-button mouse at step 712. If it is 
not a five-button mouse, the process ends at step 714 
with the driver configured for a mouse with a wheel . 
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If the mouse is a five-button mouse at step 712, the 
driver sends a set of three "SET RATE" commands to the 
mouse at step 716. These commands cause the mouse to 
activate its fourth and fifth buttons by passing 
5 button data related to these two buttons when the 
buttons are manipulated. 

Although the present invention has been 
described with reference to specific embodiments, 
workers skilled in the art will recognize that changes 
10 may be made in form and detail without departing from 
the spirit and scope of the invention. 



